home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9709 / 000050_alan@snowcrash.cymru.net _Mon Sep 22 15:27:29 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB
  1. Return-Path: <alan@snowcrash.cymru.net>
  2. Received: from snowcrash.cymru.net (snowcrash.cymru.net [163.164.160.3])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id PAA03734
  4.     for <willy@odie.barnet.ac.uk>; Mon, 22 Sep 1997 15:27:25 +0100
  5. Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id PAA09911; Mon, 22 Sep 1997 15:25:53 +0100
  6. From: Alan Cox <alan@cymru.net>
  7. Message-Id: <199709221425.PAA09911@snowcrash.cymru.net>
  8. Subject: Re: Latest kernel in development?
  9. To: willy@odie.barnet.ac.uk (Matthew Wilcox)
  10. Date: Mon, 22 Sep 1997 15:25:51 +0100 (BST)
  11. Cc: alan@cymru.net, linux-arm@vger.rutgers.edu
  12. In-Reply-To: <199709221417.PAA03707@odie.barnet.ac.uk> from "Matthew Wilcox" at Sep 22, 97 03:17:31 pm
  13. Content-Type: text
  14. Status: RO
  15.  
  16. > ARM have an officially allocated ELF number.
  17. > They have defined the E(xecutable) stuff, but not the L(inkable) stuff.
  18. > They do intend to do so at some undefined stage in the future.
  19. > They would be 'unhappy' if there were a competing standard.  Even if it
  20. >   uses a different magic number.
  21. > In particular, they wouldn't be happy for it to be released.
  22.  
  23. Tough shit. Sun aren't terribly happy about Sparc Linux either.
  24.  
  25. > We could use the ARM number and come up with our own definitions for the
  26. > Linking standard and hope that ours becomes accepted by everyone.  This
  27. > would upset ARM a lot and probably cause problems if we ever changed over
  28. > to an ARM-sanctioned one that was different to our proposed one.
  29.  
  30. Better to use the ARM number and spec for executables and a random number
  31. for linking. gnu ld supports multiple link formats at once so it can then
  32. link old and new format.
  33.  
  34. > Or we could wait for ARM to get their act together.
  35.  
  36. Every minute you wait another vendor doesnt bother using Linux and/or ARM.
  37. We've made a decision not to use ARM almost solely on the lack of ELF tools.
  38. Im sure NatSemi and Intel are happy with ARM right now.
  39.  
  40. Alan